🔀 為什麼我需要一套分支策略？

內部系統要開始上線使用了，需要有測試機與正式機。

因此，我開始設計一套穩定的 Git 分支管理策略。

🧱 我選擇了這套分支策略

分支命名與用途對照表：

🔁 完整流程圖（Mermaid）

sequenceDiagram
    participant Dev as 開發者
    participant Git as Git Repo
    participant Test as 測試機(develop)
    participant Prod as 正式機(main)

    Dev->>Git: 建立 feature/功能分支
    Dev->>Git: 提交 Pull Request
    Git-->>Git: 合併到 develop 分支
    loop 測試 develop 分支
    Git->>Test: 部署 develop 分支到測試機
    Test->>Dev: 測試回報 Bug（若有）
    Dev->>Git: 修復並更新 feature 分支
    Git-->>Git: develop 分支更新
    end

    Note over Git,Test: 測試通過後
    Git->>Git: 建立 release 分支
    Dev->>Git: （ Code review & 最終測試 ）
    Git-->>Git: 合併 release 分支到 main
    Git->>Prod: 部署 main 分支到正式機
    Note over Dev,Prod: 用 CI/CD 工具監控分支：GitLab CI

🏷️打 Tag 的方式與操作備忘
ChatGPT 提供了詳細說明，我這裡記下重點：

引入初期我打算先省略打tag的部分。

⚠️ 測試機該自動 pull 嗎？

我最後改用 CI/CD 工具（如 GitLab CI）來自動監控 develop 分支，有更新就進行 Build + 測試 + 部署，流程更乾淨也更透明。

✅ 我的部署規則總結如下：

🙋‍♀️ 適合詢問 GPT 的 prompt

請用 Mermaid 畫出一套 Git 分支流程圖，包含 develop、release、main 三個分支與測試、部署流程，適用於 .NET 舊專案部署到 IIS。